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@ Systeme de gestion de la consommation de consultations de donnees sur un reseau de 
telecommunications. 

@ ^invention conceme un systeme de gestion de la consommation de consultations sur un reseau de 

^fTS^IS^t realisee par communication entre un centre sen/eur distant (SA) et un terminal 
d4on^^r?T) par une liaison de telecommunications de type commut e. Un module de gestion 
(MG), de la consommation est prevu, ce module etant exteme a la haison et pmnettant, par 
communication interactive entre le terminal d'abonne local, (T), et le module de gestion, (MG), ainsi ^que 
eXT module de gestion, (MG), et le centre serveur distant, (SA), d'etabiir, controler et acqu.tter la 
consommation entre le centre serveur distant (SA), et un terminal d'abonne, (T). ^ mtM ^ 
Application a la gestion des consultations de centres serveurs sur reseaux nationaux ou intematio- 
naux. 
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La presente invention concerne un systeme de gestion de la consommation de consultations de donnees 
sur un reseau de telecommunication. 

Avec la multiplication du traf ic de consultations de donnees sur les reseaux de telecommunication, de type 
reseaux de transmission de donnees numeriques, multiplication due notamment a I 'augmentation et a la di- 
versity croissante des prestations de services fournies par les centres serveurs connectes a ce s ^seaux ap- 
paraft actuellement un probleme majeur d'accessibilite en raison du caractere decroissant de la d,spon.b.hte 
de ces centres serveurs. Bien que le probleme d'accessibilite precite ne soit pas directement pose par la ca- 
pacite de transmission des reseaux numeriques modernes, la gestion directe de la consommation de consul- 
tations de donnees entre abonnes et centres serveurs precites par ces derniers presente, en premier lieu, I in- 
convenient d'augmenter systematiquement la duree du temps d'acces, et f inalement I encombrement du re- 
seau Elle presente en deuxieme lieu ('inconvenient d'une gestion assujettie a I'autorite responsab e de cnaque 
centre serveur, ce qui peut f reiner le developpement des demandes d'acces a ces derniers par les abonnes 
I'autorite responsable precitee se trouvant fatalement en position de juge et partie, en cas de lit.ge en mat.ere 
de gestion avec un ou plusieurs abonnes. . ^„„a_«. 

La presente invention a pourobjet un systeme de gestion de la consommation de consultations de donnees 
sur un reseau de telecommunication, permettant de remedier notamment aux inconvenients precites. 

Un autre objet de la presente invention est en particulier la mise en oeuvre (fun systeme de gestion de la 
consommation de consultations de donnees sur un reseau de telecommunication permettant d'offnr aux four- 
nisseurs de service de consultations et de telechargement sur les reseaux numeriques de telecommunication 
modernes.-la prise en compte par un tiers de toute operation de gestion d'acces aux services, de paiement 
des contenus et reversement, tiers en qui les differents acteurs ont toute confiance, ce systeme de gestion 
apparaissant, pour ces derniers, commeun veritable mediateur tele-informatique. 

Un autre objet de la presente invention est egalement la mise en oeuvre d'un systeme de gestion de la 
consommation de consultations de donnees sur un reseau de telecommunication utilisant des mecan.smes 
universels, independants des caracteristiques propres des reseaux de telecommunication. 

Un autre objet de la presente invention est egalement la mise en oeuvre d'un systeme de gestion de la 
consommation de consultations de donnees sur un reseau de telecommunication, d'une tres grande souplesse 
d'utilisation relativement a la diversite des prestations fournies. 

Un autre objet de la presente invention est egalement la mise en oeuvre d'un systeme de gestion de la 
consommation de consultations de donnees sur un reseau de telecommunication permettant de qualifier cer- 
tains abonnes particuliers, en fonction de pratiques de consommation specif iques. 

Un autre objet de la presente invention est egalement la mise en oeuvre d'un systeme de gestion de la 
consommation de consultations de traf ic d'un reseau de telecommunication permettant d'offrir a tout abonne 
utilisateur du reseau un guichet ou point d'entree unique federateur. 

Un autre objet de la presente invention est enf in la mise en oeuvre d'un systeme de gestion de la consom- 
mation de consultations de donnees d'un reseau de telecommunication presentant les caracteristiques de mul- 
tireseau d'acces, de multireseau de distribution/consommation, et de multiapplicatif , ce qui permet aux centres 
serveurs prestataires de services une tres grande souplesse de tarification et une tres grande faolite d'mter- 
nationalisation de I'offre et de la prestation de service. 

Le systeme de gestion de la consommation de consultations de donnees sur un reseau de telecommuni- 
cation entre un centre serveur distant et un terminal d'abonne local, la communication entre le centre serveur 
distant et le terminal d'abonne local etant realisee par I'intermediaire d'une liaison de type commute, est re- 
marquable en ce qu'il comporte un module de gestion de la consommation, externe a cette liaison, permettant, 
par une communication de type interactif entre. d'une part, le terminal d'abonne local et le module de gestion. 
45 et d'autre part, entre le module de gestion et le centre serveur distant, d'etablir, contrdler et acquitter cette 
consommation entre le centre serveur distant et le terminal d'abonne local. 

Le systeme de gestion de la consommation de consultations de donnees sur un reseau de telecommuni- 
cation objet de la presente invention, trouve application a la gestion de la consommation de consultations de 
donnees sur un reseau de telecommunication entre un terminal d'abonne local et un centre serveur distant, 
so terminal d'abonne local et centre serveur distant etant localises sur un meme territoire national ou sur des tern- 
toires nationaux distincts. . 

Une description plus detaillee du systeme de gestion de la consommation de consultations de donnees 
objet de la presente invention sera donnee en liaison avec les dessins ci-apres dans lesquels : 

- la figure 1a represente un schema synoptique d'un systeme de gestion de la consommation de consul- 
55 tations sur un reseau de telecommunication conforme a I'objet de la presente invention ; 

- la figure 1b represente un mode de realisation particulier du systeme objet de la presente invention tel 
que represente en figure 1a, 

- les figures 1c et 1d representent, a titre illustratif un chronogramme des echanges de messages entre 
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les different*, elements constitutifs du systeme objet de la presente invention, I'ensemble de ces echan- 
ges pouvant constituent protocole de communication de type interactif entre ces differents ; elements. 

- la f iaure 2a represente, sous forme de schema synoptique, une decomposition fonct.onnelle d un module 
de gestion de la consommation de consultations constitutif d'un systeme objet de la presente invention, 

- la figure 2b represente un diagramme de repartition des taches entre les differents elements constitutes 
du syteme objet de la presente invention et un operateur assurant le transport ou acheminement des 
messages et des don nees consultees, . 

- les figures 3a. 3b et 3c represented respecfrvement une premiere, une deuxieme et une troisieme va- 
riante de realisation du systeme objet de la presente invention, tel que represente en figure 1a. 

- les figures 4a, 4b et 4c represented respectivement un schema synoptique de la configuration mater.elle 
du module de gestion, du terminal local et d'un centre serveur distant, serveur applicatif, permettant la 
realisation d'un systeme conforme a I'objet de la presente invention. 

Une description plus detaillee d'un systeme de gestion de la consommation de consultations de donnees 
sur un reseau de telecommunication entre un centre serveur distant et un terminal d'abonne local, conforme- 
ment a I'objet de la presente invention, sera maintenant donnee en liaison avec la figure 1a et les figures sui- 
vantes 

En premier lieu, on precisera les notions de terminal d'abonne local et de centre serveur distant dans I'ac- 
ception utilisee dans le cadre de la description de la presente demande de brevet. 

Un terminal d'abonne local est un terminal capable d'engendrer et de recevoirdes messages sur un reseau 
de telecommunications, conformement aux dispositions legates d'un territoire national donne en matiere de 
telecommunications. 

Un centre serveur distant est un centre serveur capable d'engendrer et de recevoir des messages sur un 
reseau de telecommunications, ce centre serveur etant situe sur le meme territoire national ou sur un terntoire 
national distinct du territoire dans iequel est situe un terminal d'abonne local quelconque. selon la definition 

25 ore cite e 

Ainsi la liaison entre le centre serveur distant, note SA, et le terminal d'abonne local, note T, est realisee 
par I'intermediaire d'une liaison de telecommunication de type commute. On rappelle que la notion de liaison 
de telecommunication de type commute couvre a la fois la commutation de reseaux ainsi que la commutation 
de paquets d'informations transmis sous forme numerique. 

30 Conformement a un aspect particulierement remarquable du systeme de gestion objet de la presente in- 

vention celui-ci comprend un module de gestion, note MG, de cette consommation, ce module etant externe 
a la liaison entre serveur distant, SA, et terminal d'abonne local, T. On indique que, d'une maniere generale 
le module de gestion, MG, permet, par une commmunication de type interactif entre, d'une part, le terminal 
d'abonne local, T, et le module de gestion, MG, par I'intermediaire d'une liaison notee 1 sur la figure 1a, et, 

35 d'autre part, entre le module de gestion, MG, et le centre serveur distant, SA, par I'intermediaire de lia.sons 
2 et 4 par exemple, d'etablir, de controler et d'acquitter la consommation de consultations, etabhes par I in- 
termediate de la liaison de telecommunication de type commute, notee 3 sur la figure la, entre le centre ser- 
veur distant, SA, et le terminal d'abonne, T. 

Une description plus detaillee de la structure du systeme de gestion objet de la presente invention, sera 

40 maintenant donnee en liaison avec la figure 1b. 

Selon une caracteristique avantageuse du systeme de gestion precite, la communication entre le module 
de gestion, MG, et le terminal d'abonne distant, T, peut etre realisee par I'intermediaire d'une liaison de tele- 
communication a debit inferieur ou 6gal au debit de la liaison entre le terminal d'abonne local, T, et le serveur 

distant, SA. . . 

45 Dans un mode de realisation particulier, on indique que les liaisons de telecommunication precitees peu- 

vent etre constituees par une liaison du type reseau numerique a integration de services, R.N.I.S., et en par- 
ticulier par le reseau NUMERIS (1B), pour ce qui concerne la liaison notee 1 entre le terminal d'abonne local 
T et le module de gestion, MG. et par ce meme reseau NUMERIS (1 B) ou (2B). pour ce qui concerne la liaison 
de telecommunication de type commute entre le terminal d'abonne local, T, et serveur distant, SA. 

so En ce qui concerne la communication entre le module de gestion, MG, et le centre serveur distant, SA, 

celle-ci peut de preference etre realisee par I'intermediaire d'une liaison numerique a commutation de paquets, 
satisfaisant a la recommandation de commutation de paquets, X.25, du C.C.l.T.T. (Comite Consultatif Inter- 
national pour le Telephone et le Telegraphe). 

On indique que cette liaison peut en particulier etre realisee par une liaison specialisee, LS, ou par I in- 

55 termediaire du reseau TRANSPAC. Sur la figure 1b, ces liaisons sont notees respectivement LS ou TPC. 

D'une maniere generale, on indique que le terminal d'abonne local, T, peut etre realise au moyen d'un m»- 
cro-ordinateur personnel, de type PC. comportant un microprocesseur de type INTEL 80 486. Le module de 
gestion, MG, peut etre realise a partir d'un micro-ordinateur de type PC, comportant un micro-processeur de 
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type INTEL 80 386 par exemple, ainsi qu'il sera decrit ulterieurement dans la description. 

Bien entendu, le systeme de gestion objet de la presente invention utilise pour son fonctionnement, c'est- 
a-dire pour I'etablissement de la communication de type interactif entre les differents elements, un protocole 
de communication, lequel est illustre schematiquement en figure 1c. 

Sur la figure precitee, on indique que I'axe vertical represente I'axe des temps, a partir d'une origine ar- 
bitrate, les evenements etant reportes pour le terminal d'abonne local, T, le module de gestion, MG, et le ser- 
veur distant, SA. Ces evenements correspondent a remission et/ou a la reception de messages dont les indices 
chiff res correspondent au numero de liaison empruntee. 

Selon un aspect particulierement avantageux du systeme de gestion objet de la presente invention, le pro- 
tocole de communication comporte au moins successivement les etapes de connexion du terminal d'abonne 
local, T t au module de gestion, MG, et d'acquittement de cette connexion. Par convention, les messages 
d'acquittement, lesquels font partie des protocoles normaiement utilises pour la transmission et la reception 
de donnees sur les differentes liaisons considerees, ne seront ni designes ni decrits en detail, car ces mes- 
sages d'acquittement correspondent a des formats de messages connus. 

Le message de connexion du terminal d'abonne local au module de gestion, MG, ce message etant note 
m t TMG, est transmis sur ia liaison de telecommunication 1 precitee, sous forme d'une communication courte, 
c'est-a-dire d'une communication dont la duree est comprise au maximum entre 10 secondes et 1 5 secondes. 

Le message de connexion, mJMG, peut comprendre, dans un mode de realisation avantageux, un champ 
d'identification de I'abonne, I'abonne pouvant disposer au niveau du terminal d'abonne local d'un lecteur de 
carte d'identification ou de mot de passe, cet abonne pouvant etre titulaire d'une carte d'identification corres- 
pondante. Le message de demande de connexion, mJMG, peut comporter egalement un champ de declinai- 
son par le client de I'identite du service qu'il souhaite consommer, c'est-a-dire de I'identite du centre serveur 
distant et de la nature des donnees ou informations qu'il souhaite obtenir de ce dernier, et pris en compte par 
le module de gestion, MG, un champ representatif du profit et de la classe de Tabonne, ainsi qu'il sera decrit 
ulterieurement dans la description. 

Suite a la reception par le module de gestion, MG, du message de demande de connexion, mJMG precite, 
le module de gestion, MG, permet, sur critere de comparaison des donnees contenues dans le message de 
demande de connexion, mJMG, a des parametres precharges concernant cet abonne, d'autoriser ou non I'ou- 
verture d'un credit alloue par transaction et I'acces de cet abonne au service demande, c'est-a-dire au centre 
serveur distant, SA, identif ie. 

Sur decision positive relativement a cette autorisation, le module de gestion, MG, permet d'affecter a 
I'abonne considere une cle temporaire autorisant, pour cet abonne, I'acces au serveur applicatif, SA, et mise 
a disposition des informations necessaires a la connexion vers le serveur distant ou serveur applicatif, SA, 
precite. Ces informations necessaires a ia connexion concernent par exemple un code d'acces ou d'appel du 
serveur precite. 

Suite a la decision positive precitee, une operation 2 de transmission par le module de gestion, MG, au 
centre serveur distant d'un message d'autorisation de demande de service pour le terminal abonne considere 
est effectuee par I'envoi par le module de gestion, MG, au centre serveur distant, SA, d'un message corres- 
pondant, note m 2 MGSA, sur la figure 1c. Ce message m 2 MGSA comporte la cle temporaire d'acces au centre 
serveur distant, SA. 

La cle temporaire est engendree par le module de gestion MG lorsqu'un client, qui a satisfait a des contro- 
les de mot de passe, credits et prof ils, selectionne le service applicatif qu'il souhaite consulter. Elle est d'abord 
transmise au serveur applicatif qui la conserve pendant un certain temps. Elle est ensuite transmise au ter- 
minal, qui la fournit au serveur lors de I'appel. Le contenu de la clef repond aux contraintes suivantes : 

- elle doit etre la reference unique, presente dans tous les echanges lies a une transaction (consommation 
d'un service et facturation) : echanges T-MG, MG-SA et T-SA, 

- elle doit permettre de retrouver, en cas de litige, I'historique d'une transaction, 

- elle ne doit pas pouvoir etre "devinee" par un client pendant qu'elle est valide sur le centre serveur distant 
SA. 

En fonction de ces criteres, une structure adaptee peut etre la suivante : 
Clef complete : [code client][code SA][annee][quantieme] [numero de dossier], avec [annee] sur deux chiff res, 
[quantieme], jour de I'annee de 1 a 365, [numero de dossier] egal a [heure] egal a [numero aieatoire], avec 
[heure] en hh mm ss de ('affectation de la clef, et [numero aieatoire], chiffre de 0000 a 9999. Par exemple, la 
clef complete engendree pour le client de code 0001, service 0002, le 6janvier 1993 a 14 h 32 mn 10 s, creee 
avec un numero aieatoire 9876 sera : 
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> 

N° Dossier, Clef abreg6e 

> 



Clef comolete 

Seul le numero du dossier (clef abregee) est connu du client II est af f iche sur I'ecran du terminal avant la 
rnnn S ^ >2 ^e veur applicat f Ce numero de dossier etant unique, il permet de retrouver a posteriori les 
ZS^^L p£S5 1, transaction (causes d'erreur ou problemes de taxation). Le module de ges- 
fion MG s ? assure que deux clients ne peuvent avoir le meme numero de dossier en le comparant avec les nu- 
m6ros deia enqendres pendant la seconde courante. t 
D'un^ 

saae m,MGSA est effectuee egalement par une communication courte. permettant la transm.ss.on de la de 
S^SZSSZ™** menLnee au centre serveur distant, SA, du montant de credft ai cue par le module 
T£S£ ISg. ainsi que d'information specif ique concernant I'abonne, la configuration du term.nal local dont 
celui-ci dispose et la liaison avec le centre serveur, SA. . im 

Le module de gestion, MG. transmet par I'intermediaire de la liaison 1, precedemment mentionnee un 
message deactivation du terminal abonne local, T, ce message etant note m,MOT et contenant n*™^ J- 
Se temporaire d'acces au centre serveur distant, SA, af in de permettre au term.nal abonne local, T, d effectuer 
la demande de connexion avec le centre serveur distant. SA, precite. 

Suite ala reception du message de validation. nr^MGT, precedemment ment.onne. la l.a.son 1 est rompue. 
Le terminal abonne local, T. transmet alors un message de demande de connexion du term.nal abonr.6 au cen- 
tre serveur distant, ce message etant note m 3 TSA et transmis par Tintermediaire de la l.a.son de telecommu- 

nication de type commute 3, . . 

D'une maniere generate, on indique que ce message de demande de connex.on. m 3 TSA comporte b.en 
entendu la cle temporaire d'acces, laquelle etant egalement connue du centre serveur distant SA. perme d I ef- 
fectuerl'interconnexiondirectedu terminal d'abonne local. T, au centre serveur distant, SA, dans les cond.t.ons 
habituelles de connexion propres a ce type de liaison de telecommunication, tel que le reseau numenque a 

integration de service (R.N.I. S.). ^ , A 

Bien entendu, suite a la reception du message de demande de connexion, m 3 TSA, le centre serveur d.s- 
tant. SA. peut engendrer un message de validation du message de demande de connexion pr6crte et effectue 
la transmission et I'echange de donnees entre le centre serveur. SA. distant et le term.nal d abonne. T, smvant 
la prestation de service demandee, par I'envoi d'un ou plusieurs messages successes, lesquels seront notes 
en vue de simplification par la designation m 3 SAT. L'echange des donnees, et, en consequence, la prestation 
de service demandee, est bien entendu effectue par la liaison 3 precedemment mentionnee dans la descnp- 

t,0n Enf in suite a la fourniture de la prestation de service demandee, la liaison 3 est rompue par le centre ser- 
veur distant SA, lequel conformement a un aspect particulierement avantageux du protocole de d.alogue .n- 
teractif entre les divers elements du systeme de gestion objet de la presente invention, effectue la transm.ss.on 
vers le module de gestion. MG. d'un message note m 4 SAMG, de compte rendu de prestation de service par 
la liaison 4 vers le module de gestion. MG. On rappelle que la transmission de ce message de compte rendu 
de prestation de service est effectuee par une liaison numerique a commutation de paquets de type ha.son 

45 specalisee, ou TRANSPAC. . , . . . . 

D'une maniere generate, on indique quele message de demande de connexion du terminal abonne local 
au centre serveur distant, message m 3 TSAsur la figure 1c. peut comporter des informations permettant a 
I'abonne de negocier le montant reel de la consommation suivant des criteres commerc.aux spec.f.ques tels 
que volume d'achat, tarif degressif, algorithme de I'off re et de la demande. type d'usage et prof.l du client. 

so ainsi que mentionne precedemment. ^ ... „„„ f ,_ 

En ce qui concerne le message de compte rendu de prestations de services. nvSAMG, transits du centre 
serveur distant. SA, vers le module de gestion, MG, on indique que celui-ci est egalement effectue par I inter- 
mediate d'une communication courte. ce message concernant certaines caracteristiques de la consommat.on 
de T abonne. caracteristiques telles que la nature et ie montant negocie precedemment ment.onnes. par exem- 

55 D'une maniere generate, on indique qu'une consommation non acquittee n'est pas facturee par le module 

de gestion MG et qu'une consommation depassant le montant autorise par le module de gestion. MG. c est- 
a-dire le rriontant consomme qui est plus grand que le credit alloue. ne peut non plus etre facturee dans sa 
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totalite par le module de gestion, MG. ......»■« A ^ m-.u^^ 

En outre, ainsi qu'on I'a represent en figure 1d, le protocole de communication interact* des difterents 
elements constitutifs du systeme de gestion objet de la presente invention peut comporter. suite & validation 
du message de compte-rendu de prestation de service, message rrvSAMG precedemment menfonne, des 
5 etapes de transmission par le module de gestion, MG, vers le terminal d'abonne local, T, d un message, note 
m 5 MGT, deformation sur la facturation de la prestation de service effectuee, ce message constant essen- 

tiellement en un debit associe au terminal d'abonne, T, considere. 

Le protocole peut en outre comporter, ainsi que represents en figure 1d, une etape de transm.ss.on pa 
le module de gestion, MG, vers le centre serveur distant, SA, d'un message, note m 7 MGSA, de reversement 
10 du credit restant alloue au benefice du terminal d'abonne, T. 

Le message deformation sur la facturation, m 5 MGT, est etabli a partir d'un f ich.er de comp e d,ent-f .chier 
des payeurs. gere par le module de gestion, MG, permettant une gestion de la facturation pour le compte d un 
fournisseur c'est-a-dire pour le compte d'un centre serveur distant. SA. Ces informations peuvent conten.r 
par exemple la frequence de remission des factures, le type de facturation de la consommat.on. 

A litre d'exemple non limitatif, sur les figures 1 a et 1 b notamment, on indique que le paiement par I abonne 
de sa facture aupres du module de gestion, MG, peut etre effectue notamment par I'intermedia.re d un paie- 
ment electronique. Ce type de paiement sera decrit ulterieurement dans la description. ^ . 

En ce qui concerne la transmission par le module de gestion, MG, vers le centre serveur distant, SA, du 
message de reversement, m 7 MGSA, on indique que ce message comprend des informations 6tabl.es selon 
le critere negocie par contrat entre I'abonne et le module de gestion, MG, en fonction des modalites de remu- 
neration et de paiement des prestations effectuees. 

D'une maniere generate, on indique que I'etape de connexion du terminal d'abonne local, T. au module de 
gestion MG, I'etape de transmission par le module de gestion, MG, au centre serveur distant, SA, du message 
d'autorisation de demande de service et I'etape de transmission par le terminal d'abonne local, T, au centre 
25 serveur distant. SA, d'un message de demande de connexion. m 3 TSA. ainsi que I'etape de transmission et 
d'echange de donnees entre le centre serveur distant et le terminal d'abonne, T, puis I'etape de transrn.ss.on 
par le centre serveur distant, SA, vers le moyen de gestion du message de compte rendu de prestation de 
service rruSAMG, peuvent etre realisees en temps reel. Par realisation en temps reel de ces etapes, on indique 
que les seuls decalages de temps entre la realisation sequentielle de la transmission de ces d.fferents mes- 
30 sages est imputable au temps de transmission des messages et au temps de reponse des elements de deci- 
sion, suite a la reception des messages precites. 

Par contre, en ce qui concerne I'etape de transmission par le module de gestion, MG. vers le terminal 
d'abonne local. T, du message de facturation, m 5 MGT, et I'etape de transmission par le module de gestion 
MG au centre serveur distant, SA, du message de reversement, m 7 MGSA, on indique que ces etapes peuvent 
35 etre effectuees en temps reel par des liaisons 5 ou 7 correspondantes, dans les conditions precddemment 
denies ou en temps differe. Bien entendu, ('execution de ces etapes en temps differe peut etre real.see par 
des moyens non telematiques. le message d'information sur la facturation. m5MGT, pouvant dans un tel cas 
etre constitue par un message sousforme de lettre missive, parexemple. II en est de meme egalement lorsque 
pour le paiement de la facturation representee par I'etape 6 sur la figure 1a. par exemple, le paiement est ef- 
40 fectue par des moyens de paiement non electroniques ou non telematiques. 

Une description plus detaillee des differentes fonctions realisees effectivement par le module de gestion, 
MG, du systeme de gestion objet de la presente invention, pour la mise en oeuvre du protocole precedemment 
decrit en liaison avec les figures 1c et 1d, sera maintenant donnee en relation avec la figure 2a. 

D'une maniere generate, on indique que le module de gestion. MG. comporte les fonctions ci-apres : 
45 - gestion de Faeces pour un abonne considere, 

- identification de I'abonne, 

- gestion centralist des acces, c'est-a-dire contrfile d'acces au centre serveur distant, fournisseur de 
prestations, avec objectif de paiement et emission des cles d'acces temporaire, en 1001, 

- gestion de cartes dans le cas oil une carte d'acces est attribuee a chaque abonne, ou gestion d'un mot 

so de passe, a. 

- gestion, en 1 002, des contrats et des comptes clients abonnes, c'est-a-dire gestion des droits associes 
a ces derniers, de leurs credits, des plafonds, des impayes mis a jour, de listes de surveillance, de type 
liste rouge, en 1002, 

- gestion du paiement des contenus consommes sur le serveur distant, SA, considere, 
55 - emission de factures et gestion fine de la facturation, en 1008, 

- recouvrement de ces factures pour le compte des fournisseurs, c'est-a-dire gestion d'un compte client 
par le centre serveur distant, SA, en 1004, 

- interface de paiement, comptabilite, en 1006, 
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- a est ion du reversement, 

- gestion des contrats fournisseurs pour chaque centre serveur distant, SA, et reversement d ces der- 
niers en 1004 ainsi que statistique de consommation dans ce meme module, 

- gestion d'un annuaire, en 1 003, avec gestion des services correspondants * I'off re commercial du mo- 
dule de gestion, MG, 

- possibility de tSlechargement de listes d'annuaires, 

- utilisation de I'annuaire comme publicitS promotion du service par le centre serveur distant, SA, 

- qestionde Interface d'exploitation avec notamment, en 1005, 

- execution des liaisons physiques 2 et 4 par I'intermediaire de la liaison par commutat.on de paquets en- 
tre le module de gestion, MG, et chaque centre serveur distant, SA, 

- aestion du reversement, en 1007, et de la facturation. en 1008. 

Or i comprend bien sur que les modules prScitSs, notes de 1 000 & 1008, sont realises par les modules de 
programme correspondants, dans lesquels tous les parametres sont codes sous forme de variable logique. 

Sur la figure 2b, on a represents un diagramme de la repartition des taches entre le systeme de gestion 
objet de la presente invention, formS par un terminal, T, abonne local, un module de gestion MG. et un ou 
Dlusieurs serveurs distants, SA, Tensemble de ces elements etant interconnects, ainsi que decnt precedem- 
ment dans la description, en liaison avec les figures 1a ou 1b, par exemple, au moyen des ligneset liaisons 
de telecommunication gerees par le transporter, lequel assure, de ce fait, la seule prestation de I achemine- 
ment des donnees entre les differents elements precites. 

Ainsi qu'on pourra I'observer sur la figure 2b precitee, les communications 1 , 2 et 4 sont de courte duree, 
ce qui permet d'envisager la mise en oeuvre du systeme de gestion objet de la presente invention dans les 
conditions precedemment decrites. On indique en particulier que le module de gestion peut etre place par rap- 
port au terminal abonne local, T, soit localement, selon la definition donnee precedemment dans la descnpt.on 
c'est-S-dire que le module de gestion, MG, se trouve situe dans le meme territoire national que le term.nal 
abonne local faisant usage de ce dernier, soit au contraire situe de maniere distante, le module de gestion 
MG, etant situe sur un territoire national distinctde celui dans lequel est situe le terminal abonne local, T, faisant 

appel au module de gestion, MG, precite. ^ KMr > ~>~^ 

On comprend ainsi que, pour un site d'implantation donne quelconque du module de gestion, MG, cest- 
a-dire un territoire national quelconque, celui-ci, bien que restant soumis du point de vue de la transmission 
des messages a la legislation nationale correspondante en matiere de telecommunications, peut toutefois 
comprendre dans ses modules de tarif ication et de gestion de contrat tous les elements correspondants a des 
specifications particulieres du territoire national, dans lequel le terminal d'abonne local, T, est implants. 

Ace titre on indique que, selon une caracteristique particulierement avantageuse du systeme de gest.on 
objet de la presente invention une separation effective de la tarif ication entre le contenu des informations 
transportees et le transport de ces informations est done mis en oeuvre de la maniere ci-apres : 

- paiement a I'acte par I'abonnS, dont le montant est entierement maftrisS par le centre serveur distant, 
SA et facturation specif ique par le module de gestion, MG, 

- transport : les communications 1 et 3 sont prises en charge par I'abonnS sur la facture de telecommu- 
nication etablie par Tautorite du pays dans lequel le terminal abonne local est implante, les communi- 
cations 2 et 4 etant prises en charge par le couple module de gestion, MG/centre serveur distant, SA. 

Le module de gestion, MG, permet le paiement de consummations de montant faible ou, au contraire, im- 
portant II prend le risque d'autoriser ou non le credit allouS au terminal abonne local, T, de gerer les contentieux 
tels que impayes, non iivraisons de la prestation, et gere le reversement aux abonnes. 

Le module de gestion MG apparait comme un intervenant obligatoire pour resoudre les contentieux de tou- 
45 te nature. 

En liaison avec la figure 2b, on indique que Tautorite nationale assurant le transport ou acheminement 
des donnees vehiculees par les differents messages assure le transport de ces donnees, la facturation de ce 
transport selon les regies propres a la legislation en vigueur dans le pays considSre en fonction du lieu d'im- 
plantation, soit du terminal abonne local correspondant, soit du serveur applicatif ou centre serveur distant, 

so SA, precite. ^ . 

Au contraire. le module de gestion, MG. facture le service au centre serveur distant, SA, et le contenu de 

la prestation au terminal abonne local, T. 

Differentes variantes de realisation du systeme de gestion objet de la presente invention seront maintenant 
dScrites en liaison avec les figures 3a & 3c. 
55 Dans un premier mode de realisation particulier represents en figure 3a, on indique que, au module de 

gestion MG, peut etre associe un moyen ^identification constitue par exemple par un centre d'autonsation, 
CA, distant, interconnects au module de gestion, MG, par Tintermediaire d'une liaison a commutation de pa- 
quets notSe 1 1 de type X.25, par exemple. Cette liaison peut done ainsi etre constituSe par une liaison 
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comparable aux liaisons 2 et 4 de la figure 1 a, 1 b. Dans un tel cas, le terminal abonne local, T, peut etre muni 
d'un lecteur de cartes, et I'abonne peut etre tituiaire d'une carte privatique d'acces, par exemple une carte de 
type PASTEL assurant en fait un moyen d'identif ication, mais non pas un moyen de point d'entree au service 
de gestion, et en particulier au module de gestion, MG. On indique egalement que la carte privatique d acces 
peut etre constitute par une carte PC2, par exemple. La liaison 1.1 est une liaison en temps reel, laquelle es 
effectuee dans le protocole associe au systeme de gestion objet de la presente invention, immed.atement 
apres la liaison 1, mais anterieuement a la liaison 2. 

On indique enfin que la liaison 1.1 precitee peut permettre le telechargement de listes discnm.nato.res, 
(istes rouges, sous le controle du module de gestion, MG, a partir du centre d'autorisation distant, CA. 

Surla figure 3b, on a represente une deuxieme variante de realisation, dans laquelle le paiement est ef- 
fectue a ('aide de moyens de paiement electronique, par exemple. 

On indique, en liaison avec la figure 3b, I'utilisation d'une procedure de type carte bancaire, avec une ou- 
verture possible vers des abonnes ou clients de type grand public, notamment en vue d'effectuer un pre-paie- 
ment effectif. 

Trois manieres d'effectuer un paiement distant par carte bancaire peuvent etre envisagees : 

- le module de gestion, MG, gere un acces vers un terminal de paiement electronique, note TPE, par rin- 
termediaire d'une liaison, notee 1 .2, ce terminal de paiement electronique etant distant, de type connu, 
ce terminal de paiement electronique etantlui-meme interconnect par une liaison 1 .3 a I'organisme ban- 
caire de I'abonne. Le pre-paiement est alors effectue par rintermediaire de la liaison 1.4 au module de 
gestion MG, et I'on se rapproche alors des procedures du telepaiement securise par carte bancaire avec 
fonction de reroutage dans le reseau. On indique que les liaisons 1.2, 1.3 et 1 A sontdes liaisons de 
type liaison de telecommunications par commutation de paquets par exemple, comme les liaisons 2 et 
4 precedemment decrites dans la description. 

- Le module de gestion, MG, peut egalement etre reconnu comme terminal de paiement electronique par 
I'organisme bancaire. Dans un tel cas, les liaisons 1.2 et 1.4 peuvent alors etre supprimees. 

- La paiement peut se faire egalement directement sur le centre serveur distant ou serveur applicatif, SA. 
On indique que, dans le cas de la figure 3b, le paiement effectue est un paiement du type juste avant 

consommation, selon une procedure d'approvisionnementd'un compte intermediate, tel qu'un porte-monnaie 

electronique, PME. * 

Dans le cas de la figure 3c, enfin, le paiement electronique est effectue par rintermediaire d un compte 
intermediaire, type porte-monnaie electronique ou porte-jeton electronique, en phase identifiee en fin de 
consommation. Dans un tel cas, on indique que le module de gestion, MG, dispose ou a acces a un module 
d'authentification de securite SAM (security authentification module, en langage anglo-saxon). 

Af in d'eviter la rupture de communication entre le serveur distant et le terminal abonne local, pour un paie- 
ment sur le porte-monnaie electronique, PME, et le retour obligatoire en fin de connexion 3 sur le module de 
gestion MG, il est alors opportun de prevoir le debit du porte-monnaie electronique, PME, de Tabonne, non 
pas juste apres la consommation, mais a la connexion suivante de I'abonnS au serveurdistantcorrespondant. 
Dans un tel cas, le module de gestion, MG, effectue en fait une regularisation, le module de gestion, maintenant 
une facture en instance, pouvant etre analysee en un credit temporaire. 

Un tel mecanisme peut etre mis en route a la fois pour la gestion du porte-monnaie electronique, PME, et 
celle du porte-jeton electronique, PJE. Dans ce dernier cas, la notion de module d'authentification de securite 
disparaft. 

Une description plus detaillee du module de gestion, MG, du terminal d'abonne local, T, et du centre ser- 
veur distant, SA, ou tout au moins une conf iguration materielle envisagee de ces derniers sera donnee en liai- 
son avec les figures 4a, 4b et 4c. 

Sur la figure 4a. on a represente une configuration du module de gestion, MG, lequel outre le micropro- 
cesseur precedemment mentionne cadence a une frequence de 33 MHz, est equipe d'une memoire vive de 
16 Mo, une pluralite de cartes de telecommunication micro-ordinateur permettant le raccordement d'une plu- 
ralite de terminaux d f abonnes locaux au module de gestion. On indique que ces cartes de telecommunication 
peuvent etre constitutes par des cartes PCSNET-OST satisfaisant a la norme NUMERIS et permettant I'acces 
simultane de 8 terminaux au module de gestion, MG. 

En outre, le module de gestion, MG, comprend une pluralite de cartes d'interfaces micro-ordinateur / liai- 
son numerique a commutation de paquets, permettant d'assurer Tacces et la connexion simultanee du module 
de gestion, MG, a plusieurs centres serveurs distants distincts, SA. Ces cartes sont du type PCXNET-OST 
permettant I'acces simultane a plusieurs serveurs distants. 

D'une maniere generate, on indique que le module de gestion, MG, et le micro-ordinateur constitute de 
celui-ci sont equipes d'un systeme Sexploitation de type UNIX. Ce systeme Sexploitation, en raison de son 
architecture multiprocesseur, et multitache, permet notamment de gerer les aspects multi-utilisateurs et multi- 
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•^"fcS^CSt^MQ. te. cue defini en .iaison avec les figures 2a et 2b notamment, peut 
pa HntermediaL d'un logicie. serveur normalise, de type REFTEL. Ce logicie assure la gest.on 
2 ft Jbonnes oar exemple connectes par I'intermediaire du reseau NUMERIS, et permet de reahser le d.a- 
^e ^ Protooo.es multimedias etSTUCAM, et permet une evolution a, 

*" ^X^tZ^e base de donnees de type ORACLE peut etre implant*. On indique bien 
sur que pour implantation de I'ensemble de ces fonctions. le micro-ordinateur precite peut etre mun. d un d.s- 

Ainsi qu 3 e reprfesente en figure 4b, chaque terminal d'abonne local. T. peut etre implante sur un micro-or- 
dinateur oomportant le type de processeur precedemment mentionne dans la description, mun. de ses pen- 
phSesTcomporte /ga.ement une carte de liaison de type NUMERIS, PCSNET-OST, un d.sque dur de 
caoacite 200 Mo. un lecteur de carte a memoire de type LECAM, et un pointeur de.type souns. 

Le terminal est equipe de logiciels de type logiciels applicatifs dont le logiciel REFTEL, permettant la 
consultation multimedia etle transfer! defichiers, par exemple. ^ w , noriB 

Enf in le centre serveur distant represents en figure 4 peut egalement etre implante sur une machine de 
type micro-ordinateur PC comportant un processeur mentionne precedemment dans la descript.on cadence 
a 33 MHz et une memoire vive de 4 Mo. par exemple. Chaque servegr applicatif, SA. est egalement equ.pe 
de ses peripheriques et, en outre, de cartes de telecommunication micro-ordinateur pour Tacces des termn 
naux Ces cartes sont de type PCSNET-OST, par exemple. 

L'acces au module de gestlon, MG. est de meme assure par une carte d'interface m.cro-ordmateur liaison 
numerique a commutation de paquets de type PCXNET-OST. 

Toutes les references portant la mention OST designent des produits logiciels commercialises en France 
par la societe OUEST STANDARD TELEMATIQUE. 

En ce qui concerne les intercommunications entre les differents elements du systeme de gestion objet 
de la presente invention, on indique que les protocols utilises pour assurer les differentes communications 



PROTOCOLE 


DESIGNATION 


E CHANGE 


ETS 300 080 


Acc6s & NUMERIS en X.25 


T-MT etT-SA 


ETS 300 079 


Protocole de com. sur NUMERIS 


T-MT etT-SA 


ETS 300 075 


Transfert de f ichiers STUTEL 


T-SA 


ETS 300 072 


Alphamosaique 


T-MT etT-SA 


ETS 300 073 


Geometrique 


T-SA 


ETS 300 177 


Syntaxe photo JPEG 


T-SA 


ETS 300 149 


Syntaxe audio 


T-SA 


ETS 300 076 


Identification terminal 


T-MT etT-SA 


JPEG 


Compression image 


T-SA 


G7 xx 


Son numerique 


T-SA 


STUCAM 


Pilotage LECAM 


T-MT 



Parmi les protocoles mentionnes dans le tableau precedent, on indique que la reference ETS designe le 
protocole defini conformement aux specifications de I'lnstitut Europ6en de Standardisation des Telecommu- 
nications (European Telecommunication Standard Institute), la designation JPEG designe des protocoles 
correspondant aux specifications def inies par lOrganisation Internationale de Standardisation (International 

Standardization Organisation). ™.M^ C Tcicrnu 
La designation STUCAM correspondant a des specifications publiees en France par FRANCE TELECOM. 
On a ainsi decrit un systeme de gestion de la consommation de consultations de donnees surun reseau 
de telecommunications particulierement performant tant du point de vue de la rapidite d'intervention et f ma- 
lement d'execution de la prestation de service que du point de vue de la souplesse d'utilisation. 
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En ce qui concerne la rapidite de prestation de service, on indique que, dans le mode de realisation decrit 
en liaison avec la figure 1b notamment, les temps d'acces sont les suivants : 

- 3 secondes a 6 secondes pour joindre le module de gestion, MG, ces temps correspondant au temps 
d'etablissement de la liaison NUMERIS, 

5 - quelques secondes pour le traitement par le module de gestion, MG, ces traitements comportant no- 

tamment identification de l'abonn6 et serveur applicatif a consulter, verification des credits affectes, et 
Emission de la cle temporaire vers le serveur distant, SA, et vers I'abonne local, T, 

- 3 secondes a 6 secondes pour joindre le serveur distant, SA, 

- 1 seconde pour effectuer le controle de la cie par le serveur applicatif, SA. 

10 Le temps d'etablissement minimal global pour I'abonne est done inferieur a 15 secondes. 

En outre, du point de vue de la souplesse d'utilisation, on indique que le module de gestion, MG, permet 
au centre serveur distant, SA, de garder ('initiative du montantde la tarification. 

L'abonn6 peut ainsi negocier aupres du centre serveur distant, SA, le montant a payer et vice-versa, le 
centre serveur distant, SA, pouvant avoir differentes strategies en fonction du type d'abonne, gratuite forfai- 
15 taire a I'acte, tarif degressif progressif a la duree. La strategie adaptee a I'usager peut ainsi etre mise en oeuvre 
a partir d'informations correspondant a un profit d'usager, lequel est communique dans la liaison 2. 

En outre, le module de gestion, MG, est un tiers en qui ies differents abonnes ont conf iance. On indique 
en particulier que le module de gestion, MG, peut etre place dans n'importe quel territoire national accessible 
par les reseaux de telecommunication precedemment decrits dans la description. 
20 Enf in, le module de gestion, MG, gere deux types de credit : 

- le credit total alloue au compte client, lequel peut etre gere avec la technique des plafonds glissants sur 
des intervalles de temps determines, 

- le credit specif ique alloue par transaction et par individu, e'est-a-dire par abonne local. 

Enf in, en ce qui concerne les domaines de responsabilite compares du module de gestion, MG, etdu cen- 
25 tre serveur distant, SA, vis-a-vis de I'abonne local, on indique que : 

- la presentation de I'offre des serveurs applicatifs ou serveurs distants, SA, et la fixation du montant a 
percevoir sont du domaine de responsabilite des serveurs applicatifs, 

- la definition du montant du credit accorde a un client et le recouvrement des montants negocies sont 
du domaine de responsabilite du module de gestion, MG. 

30 Enf in, I'architecture du systeme de gestion objet de la pr6sente invention est ouverte vers d'autres fonc- 

tionnalites, telles que notamment les modes de paiement, les moyens de paiement. 

Dans la description pr6c6dente, I'acces a un serveur ditant SA a ete envisage pour un seul module de ges- 
tion MG. II va de soi toutefois, et ce sans sortie du cadre de I 'objet de la presente invention, que I'acc&s a un 
meme serveur distant peut §tre g6r£, pour une plurality d'abonnes, par plusieurs modules de gestion distincts, 

35 moyennant une identification de chacun des modules de gestion consider. 



Revendications 

40 1 . Systeme de gestion de la consommation de consultations de donn6es-sur un reseau de telecommunica- 
tion entre un centre serveur distant et un terminal d'abonn6 local, la communication en tre le centre ser- 
veur distant et le terminal d'abonne local etant r6alis6e par I'intermediaire d'une liaison de telecommuni- 
cation detype commute, caracterise en ce que ledit systeme comporte un moyen de gestion de la consom- 
mation, externe a ladite liaison, permettant par une communication de type interactif entre, d'une part, 

45 ledit terminal d'abonne local et ledit moyen de gestion, et, d'autre part, entre ledit moyen de gestion et 

ledit centre serveur distant, d'etablir, controler et acquitter ladite consommation entre ledit centre serveur 
distant et ledit terminal d'abonne. 

2. Systeme de gestion selon la revendication 1 , caracterise en ce que la communication entre ledit moyen 
so de gestion et ledit terminal d'abonne local est r6alisee par I'intermediaire d'une liaison de telecommuni- 
cation a debit inferieur ou egal au debit de la liaison entre terminal d'abonne local et serveur distant. 

3. Systeme de gestion selon la revendication 1 ou 2, caracterise en ce que la communication entre (edit 
moyen de gestion et ledit centre serveur distant est realisee par I'intermediaire d'une liaison numerique 

55 a commutation de paquets. 

4. Systeme de gestion selon Tune des revendications precedentes, caracterise en ce que ladite communi- 
cation de type interactif entre ledit terminal d'abonne local et ledit moyen de gestion respectivement ledit 
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moyen de gestion et le centre serveur distant est geree par un protocole de communication comportant 
au moins successivement les etapes : 

- de connexion dudit terminal d'abonne local audit moyen de gestion et d acquittement de cette 

- deTanlmission par ledit moyen de gestion audit centre serveur distant d'un message d'autorisation 
de demande de service pour le terminal abonne considere, et, sur validation par le centre serveur 
distant dudit message d'autorisation de demande de service, 

- de demande de connexion dudit terminal abonne local audit centre serveur distant, par transmission 
a ce dernier d'un message de demande de connexion, et sur validation dudit message de demande 

de connexion, . 

- de transmission et d'echange de donnees entre ledit centre serveur distant et led.t termninal d abon- 
ne local suivant la prestation de service demandee. et suite k la fourniture de la prestation de service 

demandee, . - . . 

- de transmission par ledit centre serveur distant vers ledit moyen de gestion d un message de compte 

rendu de prestation de service. 

Systeme de gestion selon la revendication 4, caracterise en ce que ledit protocole de communication peut 
comporter en outre, suite a validation du message de compte rendu de prestation de service par le moyen 
de gestion, des etapes : 

- de transmission par le moyen de gestion vers le terminal d'abonne d'un message d information sur 
la facturation de la prestation de service, consistant en un debit associe audit terminal d'abonne, 

- de transmission par ledit moyen de gestion vers ledit centre serveur distant d'un message de rever- 
sement du credit restant alloue au benefice dudit terminal d'abonne. 

\ Systeme de gestion selon la revendication 4, caracterise en ce que ledit message de demande de 
connexion comporte des informations permettant a I'abonne de negocier le montant reel de la consom- 
mation. 

7 Systeme de gestion selon Tune des revendi cations 2 6 4, caracterise en ce que I'etape de connexion dudit 
terminal d'abonne local audit moyen de gestion, I'etape de transmission par le moyen de gestion au centre 
serveur distant d'un message d'autorisation de demande de service, I'etape de transmission par le ter- 
minal abonne au centre serveur distant d'un message de demande de connexion. I'etape de transmission 
et d'echange de donnees entre le centre serveur distant et le terminal d'abonne, I'etape de transmission 
par le centre serveur distant vers le moyen de gestion d'un message de compte rendu de prestation de 
service sont realisees en temps reel. 

8. Systeme de gestion selon Tune des revendications 2 a 5, caracterise en ce que I'etape de transmission 
par le moyen de gestion vers le terminal d'abonne local d'un message de facturation et I'etape de trans- 
mission par le moyen de gestion au centre serveur distant du message de reversement sont effectuees 
en temps reel ou differe. 

9. Systeme de gestion selon I'une des revendications precedentes, caracterise en ce que ledit moyen de 
gestion comprend au moins : 

- un micro-ordinateur muni de ses elements peripheriques, ledit micro-ordinateur comprenant 

- une pluralite de cartes de telecommunication pour micro-ordinateur permettant le raccordement 
d'une pluralite de terminaux d'abonn6s, 

- une pluralite de cartes d'interface micro-ordinateur liaison numerique a commutation de paquets per- 
mettant d'assurer I'acces et la connexion simultanee 6 plusieurs centres serveurs distants distincts. 

10. Systeme de gestion selon la revendication 9, caracterise en ce que ledit moyen de gestion est intercon- 
nects d un centre d'autorisation distant. 

11. Systeme de gestion selon la revendication 9, caracterise 

en ce que ledit moyen de gestion est interconnects a un systeme de paiement electronique. 
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